home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19971216-19980424
/
000020_news@newsmaster….columbia.edu _Mon Dec 22 18:17:32 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA22703
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 22 Dec 1997 18:17:28 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA03322
for kermit.misc@watsun; Mon, 22 Dec 1997 18:17:27 -0500 (EST)
Path: news.columbia.edu!panix!news.eecs.umich.edu!nntprelay.mathworks.com!howland.erols.net!psinntp!pubxfer.news.psi.net!usenet
From: dlane@contactpt.com (David Lane)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: CR lost in file transfer
Date: 22 Dec 1997 18:10:53 -0500
Organization: Contact Point Technologies
Lines: 31
Message-ID: <un2htgeiq.fsf@dlane.contactpt.com>
References: <01bd0ec7$15a8b2a0$e918ea9e@UKP02663.Logica.co.uk>
<67lule$n9u$1@apakabar.cc.columbia.edu>
NNTP-Posting-Host: 38.233.46.4
In-reply-to: fdc@watsun.cc.columbia.edu's message of 22 Dec 1997 14:49:18 GMT
X-Newsreader: Gnus v5.1
Xref: news.columbia.edu comp.protocols.kermit.misc:8184
In article <67lule$n9u$1@apakabar.cc.columbia.edu> fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
> In article <01bd0ec7$15a8b2a0$e918ea9e@UKP02663.Logica.co.uk>,
> Nobody <nobody@logica.com> wrote:
> : [description of file transfer losing end of line marks.
> :
> When transferring files from VOS to VOS, you should always be able to use
> SET FILETYPE BINARY.
Sadly, while you SHOULD be able to do this, you can't do it reliably.
If it is in fact a text type file (VOS organisation sequential, with
no "unusual" control characters) then you should transfer it as Kermit
file type TEXT. If the file organisation is stream, then use Kermit
file type BINARY. On output CKermit will write files transfered as
BINARY using organisation stream, so it will be reliable at that
level. If, on the other hand, the source file is of some other
organisation (say sequential or fixed) then the end of record
information is lost in BINARY mode.
If you have trouble with textual files, create a stream file, copy
your file to it, and transfer the stream file in BINARY mode.
> - Frank
This is something I'm trying to improve in the next release.
David.
--
David Lane dlane@contactpt.com
Senior Software Engineer http://dlane.contactpt.com
Contact Point Technologies http://www.contactpt.com